home *** CD-ROM | disk | FTP | other *** search
/ The Arsenal Files 1 / The Arsenal Files (Arsenal Computer).ISO / bbs / tm0202.txt < prev    next >
Text File  |  1994-01-23  |  6KB  |  141 lines
  1. SEA Technical Memorandum #0202, SEAdog 4.50; Domain Addressing
  2. Last updated: November 17, 1988
  3. Copyright 1988 by System Enhancement Associates, Inc.
  4.  
  5.  
  6.  
  7.                                 SEAdog 4.50
  8.  
  9.                              Domain Addressing
  10.  
  11.  
  12. An undocumented aspect of SEAdog version 4.50 is the support of "domain 
  13. addressing".  Domain addressing is an extention of interzone addressing, 
  14. which was developed by jim nutt ("the computer handyman") and is supported 
  15. by his DOMAIN.EXE utility.
  16.  
  17. Like interzone addressing, domain addressing uses the extended addressing 
  18. technique developed at the FidoNet Standards Committee meeting in November 
  19. of 1986 (the "New Hamster Meeting").  The extended address field for a 
  20. domain address is as follows:
  21.  
  22.     ^aDOMAIN <todomain> <toaddress> <fmdomain> <fmaddress>
  23.  
  24. SEAdog will use interzone format on <toaddress> and <fmaddress> if 
  25. required, and not otherwise.  The DOMAIN program can handle either 
  26. interzone format or normal "net/node" format.
  27.  
  28. For example, the domain address field on a message from "520/1015" in 
  29. AlterNet to "1:107/9" in FidoNet would be:
  30.  
  31.     ^aDOMAIN FIDONET 1:107/9 ALTERNET 520/1015
  32.  
  33.  
  34.  
  35. Domains address the same issues as zones, but with certain differences in 
  36. administration.  As designed, interzone addressing requires a high level of 
  37. coordination among the various zones, both to allocate zone numbers and to 
  38. manage zone gateways.  Domain addressing allows for much more "casual" 
  39. administration, and allows domain gateways to be established and maintained 
  40. on a strictly local level. 
  41.  
  42. In our example here, we will take as a typical case the Metro New York/New 
  43. Jersey amateur networks; net 107 in FidoNet zone 1, and net 520 in 
  44. AlterNet.  The domain gateway is to be node 1:107/16 in FidoNet and node 
  45. 520/16 in Alternet.  In practice, these two addresses are shared by one 
  46. system that is a "dual citizen" in both networks.  
  47.  
  48. The domain gateway will need to run Jim Nutt's DOMAIN program (or 
  49. equivalent) on at least a daily basis.  The DOMAIN program has its own 
  50. documentation, so its care and feeding will not be discussed here.
  51.  
  52.  
  53. So how does node 520/1015 in AlterNet send interdomain mail to node 1:107/9 
  54. in FidoNet, using SEAdog 4.50 to route via the domain gateway?  
  55.  
  56. First, he must inform his SEAdog system that he is in the "AlterNet" 
  57. domain.  This is done in the NODE statement in his CONFIG.DOG file, like 
  58. so:
  59.  
  60.     node 520/1015@AlterNet
  61.  
  62. If his domain were using zones, then he should also include the zone 
  63. number.  For example, node 1:107/9 in FidoNet would use the statement:
  64.  
  65.     node 1:107/9@FidoNet
  66.  
  67.  
  68. Back to our muttons.  AlterNet node 520/1015 is now "domain aware", knowing 
  69. that it is in the "AlterNet" domain.  He can now send interdomain mail to 
  70. any domain he has a gateway for.  He defines his gateways with the 
  71. (undocumented) DOMAIN verb in his CONFIG.DOG file.  For example, to define 
  72. his domain gateway into FidoNet, he would use the statement:
  73.  
  74.     domain FidoNet 520/16
  75.  
  76. This tells his system that a domain gateway into the FidoNet domain is 
  77. located at AlterNet node 520/16.  Similarly, node 1:107/9 in FidoNet would 
  78. use the statement:
  79.  
  80.     domain AlterNet 107/16
  81.  
  82. In all cases, the address given in the DOMAIN statement is that of a 
  83. contact point in your own domain.  If your domain has multiple zones, then 
  84. the contact point must be in your own zone.
  85.  
  86.  
  87. You can have as many DOMAIN statements as you like, though there should be 
  88. only one per domain.  You cannot send interdomain mail to a domain which 
  89. you have not listed in a DOMAIN statement.  
  90.  
  91.  
  92.  
  93. Once you have told your own system what domain it is in and what domain 
  94. gateways you know of, you can begin to send interdomain mail.  The format 
  95. of an interdomain address has already been shown, but we will repeat it 
  96. here.  An interdomain address consists of a FidoNet-standard address, 
  97. followed by an "at sign", followed by the domain name.  Any form of 
  98. FidoNet-standard addressing may be used, including other forms of extended 
  99. addressing.  Possible examples include: 
  100.  
  101.     1:107/9@fidonet
  102.     520/1015.1@alternet
  103.     1:107/528!seismo!mcastl@fidonet
  104.  
  105.  
  106.  
  107. Use of domains is made even simpler by version 2.90 of XlatList, which is 
  108. capable of creating interdomain directories.  This is only done if a user 
  109. directory is being created, and if XlatList is in "new SEAdog" mode, which 
  110. means that your XLATLIST.CTL file must contain the statements:
  111.  
  112.     seadog
  113.     userlist
  114.  
  115.  
  116. XlatList also needs to know what node lists go into which domains.  At this 
  117. time "St. Louis format" node lists do not contain domain information, so it 
  118. must be supplied by you.  This is done with DOMAIN statements in the 
  119. XLATLIST.CTL file.  A DOMAIN statement in XlatList is similar to a PUBLIST 
  120. statement, except that the domain name is also supplied.  For example, to 
  121. include the FidoNet nodelist into your user directory as the "FidoNet" 
  122. domain, you would use the statement:
  123.  
  124.     domain FidoNet nodelist nodediff
  125.  
  126. To include the Alliance nodelist as the "AlterNet" domain, you would use:
  127.  
  128.     domain AlterNet anetlist anetdiff
  129.  
  130.  
  131.  
  132. Domains are fully decoupled.  That is, you can enter a message to 
  133. "1:107/9@fidonet" without having any listing for that node on your system.  
  134. This makes domain addressing ideal for the occasional user.  
  135.  
  136. If you're going to be sending a lot of mail to people in a particular 
  137. network of another domain, then you're probably better off just using an 
  138. OZONE statement in your XLATLIST.CTL file to pull in that network and 
  139. address it directly.  But for the occasional message to a system in another 
  140. domain, then domain addressing is ideal.  
  141.